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VIRTUAL BEARER CHANNEL PLATFORM FOR PROCESSING SERVICE 
REQUESTS RECEIVED IN THE FOR M OF CHANNEL DATA 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates generally to 
the field of telecommunications, and more specifically 
to a system and method for processing service requests. 

Related Art 

Voice or audio platforms (also known as voice 
or audio response units) are generally used to provide 
services using automated call processing. Commonly 
known examples of such services include processing 
collect calls, operator assisted calls and sales 
transactions. In a typical scenario, a caller places a 
call to the platform to request a specific service. 

The platform determines the desired service 
based, for example, on the number dialed by the caller 
and information provided by the caller over a bearer 
channel. The platform directs the call to an 
application running on a transaction processing unit. 
The transaction processing unit executes an application 
to provide the service. An example of a transaction 
processing unit is a voice response unit. 

For example, a caller can dial 1 - 8 0 0 - COLLECT 
to make a collect call processed by the platform. At 
the platform, a voice response unit (transaction 
processing unit) is assigned to the incoming call. 
Determining the call to be a 1- 800 -COLLECT call, the 
voice response unit will play scripted messages for the 
caller and record information received from the caller. 
Such information can include the caller's name (i.e., 
as spoken by the caller) and the phone number the 
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caller desires to call (e.g., by entering digits into 
the telephone keypad) . 

The voice response unit will then make an 
outgoing call from the platform to the called party. 

5 Once this outgoing call is established, the voice 

response unit will play scripted messages for the 
called party to effect call acceptance. The voice 
response unit will identify the caller for the called 
party by playing back the pre-recorded voice of the 

10 caller identifying himself. The voice response unit 

will also ask the called party to indicate (using the 
telephone keypad or otherwise) whether the call is 
accepted. Finally, if the called party accepts the 
call, then the call must somehow be connected between 

15 the caller and the called party. 

Typically, the voice response units receive 
and transmit calls over dedicated connections. The 
voice response units are generally connected to a 
select number of large bandwidth pipes, such as Tls, in 

20 a known manner. As is well known, a Tl pipe contains 

twenty- four channels (DSOs) . The dialogue between the 
caller and the voice response unit, or alternatively 
between the platform and the called party, takes place 
over one or more of these channels. The channels can 

25 carry voice or data information in a digital format. 

Unfortunately, in conventional platforms, the 
Tls are dedicated to the voice response units, and 
cannot share bandwidth. That is, each voice response 
unit is assigned a fixed number of Tls for calls coming 

30 into the platform from the network, and also a fixed 

number of Tls for calls going out over the network from 
the platform. Typically, the platform is designed so 
that each voice response unit has an equal number of 
Tls for inbound calls and for outbound calls. In the 

35 above example, the inbound call form the 1-800- COLLECT 

caller is over a dedicated inbound Tl, whereas the 

-2- 
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outbound call to the called party is over a dedicated 
outbound Tl. 

However, this practice is extremely wasteful 
of circuit resources. Most service requests to the 
5 platform do not require outbound Tls. The outbound Tls 

are dedicated and cannot be used for incoming calls. 
However, the platform service provider may have no 
other option than a dedicated connection, in order to 
provide adequate customer service. 

10 Such dedicated allocation of bandwidth may 

also lead to inefficiency in the usage of other 
platform resources. For example, the platform may have 
the processing power, but not the required bandwidth, 
to process a transaction. As a result, all the 

15 components of the platform, specifically the voice 

response units, will not be optimally utilized. 

Another problem relates to the provision of 
signaling. In modern systems, the signaling network 
is separated from the switched voice network. 

20 Signaling it used to handle call setup, takedown and 

information processing. This includes monitoring the 
status of the trunks, indicating the arrival of an 
incoming call, transmitting routing and destination 
signals, etc. Signaling is handled separately from the 

25 actual voice circuits to minimize the load on the voice 

circuits and establish a more efficient network 
architecture. 

SIftgMfrRY OF SNVPNTIQN 
30 The present invention is directed to a 

specialized virtual bearer channel platform. A virtual 
bearer channel platform can control the transport of 
voice and digital data information over a bearer 
channel . 

35 The platform processes a service request 

received from a telecom network. The platform includes 
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a plurality of transaction processing units. It also 
includes a distribution network. The distribution 
network is coupled to the plurality of transaction 
processing units. 

The platform also includes a cross -connecting 
controller. The cross -connecting controller is coupled 
to the distribution network and the telecom network. 
It receives data corresponding to the service request 
from the telecom network. It also provides the 
received data on the distribution network to one of the 
transaction processing units. The bandwidth on the 
distribution network is shared by the transaction 
processing units. More specifically, the platform is 
connected to the telecom network with one or more 
bearer channels identified by bearer channel circuit 
identification codes (CICs) . The bearer channel CICs 
specify a physical circuit where a bearer channel data 
is to be transported. 

The transaction processing units can process 
or transmit a service request. The distribution 
network provides communication with the transaction 
processing units via distribution network elements. 
These elements are byte positions of a signal 
transmitted over the distribution network. Therefore, 
the cross -connecting controller couples the one or more 
bearer channels to the distribution network. 

In a preferred embodiment, the platform has a 
resource manager. The resource manger controls how the 
transaction processing units access the distribution 
network circuits. It includes a status device for 
maintaining a status of both the bearer channels and 
the distribution network elements. 

For an inbound service request, the resource 
manager retrieves the identity of the bearer channel 
(i.e., the CIC) from a signaling message received from 
the telecom network. It translates the bearer channel 
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into distribution network elements using the status 
device. It then determines which of the transaction 
processing units will process the inbound service 
request over the distribution network elements. 
5 For an outbound service request, the resource 

manager responds to a request from one of the 
transaction processing units. In response, the 
resource manager assigns a bearer channel for 
transmission of the outbound service request. The 

10 resource manager transmits the identity of the 

available bearer channel via a signaling message over 
the telecom network to a called party. Once 
acknowledgment is received that the called party is 
connected (from the telecom network) , the resource 

15 manager translates the bearer channel to a distribution 

network circuit and instructs the transaction 
processing unit to process the outbound service request 
using this distribution network. 

In a preferred embodiment, the platform has a 

20 gateway. The gateway is a programmable protocol 

converter used to provide all signaling functions for 
the platform. The gateway receives signaling messages 
from the telecom network, and also transmits signaling 
messages to the telecom network. The gateway is the 

25 interface between the virtual bearer channel platform 

and the telecom network. 

For a signaling message received from the 
telecom network, the gateway converts it to an internal 
message, in an internal protocol used by the platform. 

30 For example, the received signaling message can be a 

common channel signaling (CCS) message, which is 
converted by the gateway to a TCP/IP message. 
Similarly, for a message in the internal protocol 
received from the platform (specifically the resource 

35 manager) , the gateway converts it to a signaling 
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message for transmission over a CCS network. Here, a 
platform TCP/IP message is converted to a CCS message. 

FEATURES AND ADVANTAGES 
5 The present invention provides a number of 

important feature and advantages. The transaction 
processing units share bandwidth on the distribution 
network, which acts as a shared bus between the 
transaction processing units. Because the connection 
10 is not dedicated, there is no need to waste bearer 

channels on the trunks used for processing the service 
request . 

Accordingly, the invention allows the 
bandwidth available between the bearer channel network 

15 and the transaction processing units to be optimally 

utilized. For the same reasons, the transaction 
processing units are not necessarily constrained by the 
number of channels available to receive or send data. 
The transaction processing units can be made to 

20 optimally process service requests. 

The separation of the signaling network and 
the bearer channels is of great importance in 
optimizing the processing power of the platform. 
Because the platform is an intelligent device, the 

25 platform resources, especially the bearer channels, are 

used more extensively than in an ordinary voice 
response platform. The present invention independently 
handles the assignment and maintenance of the bearer 
channels using the resource manager and the gateway to 

30 provision time slots in the unique distribution 

network . 

BRIEF DESCRIPTION OF THE FIGURES 
The present invention will be described with 
35 reference to the accompanying figures, wherein: 
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FIG. 1 is a block diagram illustrating a 
typical connection between a telecommunications network 
and a voice or audio platform; 

FIG. 2 is a block diagram illustrating the 
telecommunications network used to employ the present 
invention; 

FIG. 3 is a flow chart illustrating how the 
call is transmitted from a caller to a bridging switch 
130; 

FIGs. 4A, 4B and 4C are diagrams illustrating 
a standard SONET format and a modified SONET format 
employed in accordance with embodiments of the present 
invention; 

FIG. 5 is a block diagram* illustrating the 
virtual bearer channel platform of the invention. 

FIG. 6 is a flow chart illustrating how the 
call is connected from a bridging switch to a 
transaction processing unit on the virtual bearer 
channel platform. 

FIGs. 7A and 7B are flow charts illustrating 
how the call is connected from a transaction processing 
unit to a called party. 

FIG. 8 is a flow chart illustrating how the 
caller is connected to the called party, and the 
virtual bearer channel platform is released from the 
connection. 

FIG. 9 is a block diagram illustrating an 
embodiment with more than one SONET cross -connecting 
controllers and two or more distribution networks 
joined together in the form of rings. 

In the figures, like reference numbers 
generally indicate identical, functionally similar, 
and/or structurally similar elements. The figure in 
which an element first appears is indicated by the 
leftmost digit (s) in the reference number. 

-7- 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Table of Contents 
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A. Disadvantages of the dedicated channel 

connection 17 

20 B. An introduction 18 

C. Transmission of the call to the bridging 

switch 19 

D. SONET Bus . 22 

E. The virtual bearer channel platform 2 8 

25 1. Distribution network and SONET 

interfaces 29 

2. SONET cross -connecting controller 3 0 

3 . Gateway 3 0 

4. Resource Manager 32 

30 a. Maintaining resource status 32 

b. Incoming calls 33 

c. Outgoing calls 34 

d. Unavailability or failure of 

resources 35 

35 F. Establishing an incoming bearer channel with a 

transaction processing unit 36 
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2. Transaction processing unit failure .... 46 
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I. An Example Environment 

15 The present invention is described in terms 

of an example environment. In the example environment, 
an originating caller attempts to make a collect call, 
for example, by dialing 1- 800 -COLLECT. The call is 
routed over a telecommunications network to a voice or 

20 audio platform, specifically a virtual bearer channel 

platform which can process digitized voice data. The 
platform has transaction processing units, which are 
for example voice response units. 

At the platform, a transaction processing 

25 unit is assigned to the incoming cal . The transaction 

processing unit, determining the call to be a 1-800- 
COLLECT call, will play scripted messages for the 
caller and record information received from the caller. 
Such information can include the caller's name (i.e., 

30 as spoken by the caller himself) and the phone number 

the caller desires to call (e.g., by entering digits 
into the telephone keypad) . 

The transaction processing unit will then 
make an outgoing call from the platform to the called 

35 party. Once this outgoing call is established, the 

transaction processing unit will play scripted messages 

-9- 
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for the called party to effect call acceptance. For 
example, the transaction processing unit can identify 
the caller by playing back the pre-recorded voice of 
the caller identifying himself. In addition, the 
transaction processing unit can ask the called party to 
enter a digit on the telephone keypad to indicate 
whether or not he accepts the call. 

If the called party accepts the call, a 
bridging switch, which processes the incoming and 
outgoing legs of the call to the platform, will bridge 
the call between the caller and the called party. In 
bridging the callers together, the bridging switch 
releases the call connections with the platform. In 
other words, the bridging switch releases the incoming 
and outgoing legs of the call directed to and from the 
platform. 

The description in such terms is provided 
for convenience only. It is not intended that the 
invention be limited to this example embodiment. For 
example, the present invention can be used to support 
other types of calls coming into the platform (other 
than 1 - 800 -COLLECT type calls) that require processing 
by the transaction processing units. In fact, after 
reading the following description, it will become 
apparent to persons skilled in the relevant art(s) how 
to implement the present invention in alternative 
embodiments . 

The present invention can best be understood 
by describing first the features of a dedicated channel 
connection, followed by the features of the present 
invention which overcomes significant disadvantages of 
the dedicated channel. 

II . A Dedicated Channel Connection 

FIG. 1 is a block diagram illustrating a 
typical connection between a telecommunications network 

-10- 
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and a voice or audio platform. FIG. 1 includes 
telecommunications network 100 and voice or audio 
platform 150. 

A. Telecommunication network 
Telecommunications network 100 comprises a 
telephone terminal 110, a LEC switch 115, a switch 120, 
and a bridging switch 130. A voice or audio platform 
150 comprises call processors 160, 170, 180 and 
transaction processing units 161-164 (as well as 
transaction processing units that are shown but not 
labeled) . Each transaction processing unit receives 4 8 
channels over two Tl trunks. 

The bridging switch 130 is connected to the 
voice or audio platform 150 via a high bandwidth pipe 
140. The high bandwidth pipe 140 comprises numerous 
individual trunks . 

Telecommunication network 100 can include a 
conventional network employing signaling, specifically 
a CCS network. Telecommunication network 100 can be a 
private network (e.g., telecommunication links etc. 
owned and/or operated by private entities such as 
corporations) . On the other hand, the 

telecommunications network can also be a public network 
or a combination of private and public networks . The 
operation of telecommunication network 100 and the 
manner in which a service request is processed is 
explained below. 

30 B. Telephone terminal 

Telephone terminal 110 can be a conventional 
telephone set, comprising a transmitter and receiver, 
invoking communications using DTMF signals, or any 
other instrument or machine capable of functioning in a 

35 similar manner. The telephone terminal 110 can also be 

-11- 
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more sophisticated devices, such as a key telephone 
system and a private branch exchange. 

C. LEG switch 

Local exchange carrier (LEC) switch 115 is a 
switch that tandems telephone terminal 110 to an 
interexchange carrier (IXC) . An IXC is more commonly 
known as a long distance carrier, such as for example 
MCI Telecommunications Corp. 

Telephone terminal 110 is located in a local 
access and transport area (LATA) , which is provided 
local telephone services by a LEC. The LEC uses one or 
more LEC switches 115 to route phone calls locally, 
i.e., within the LATA. However, for long distance 
services the LEC routes the call to a special LEC 
switch 115 for long distance routing. In this case, 
LEC switch 115 is known as a central office (CO) 
switch. 

D. Switch 

Switch 120 is an IXC switch. Switch 12 0 
tandems (or switches) calls from LEC switch 115 to 
another IXC switch called a bridging switch 13 0. 
Switch 120 can be, for example, a Digital Multiplexing 
Switch 250 (DMS-250 switch) available from Nortel 
(Northern Telecom) Corporation. 

E. Bridging switch 

Bridging switch 13 0, which is another IXC 
switch, provides a connection between the switch 120 
and the voice or audio platform 150. Bridging switches 
are employed for interfacing to any voice or audio 
platform. They allow service requests (including 
collect calls) , requiring processing by the transaction 
processing units located on these platforms, to be 
performed in an efficient manner. For the example of a 

-12- 
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collect call, this efficiency results from the ability 
of bridging switch 130 to release channels to the voice 
or audio platform 150 after the collect call is 
established. This will be explained further below. 

In addition, bridging switch 130 can perform 
other important functions, such as providing billing 
services. Billing services are employed to determine 
how much to bill for a telephone call. A 1-800 call 
for example, requires special billing services, which 
are handled by IXCs in unique ways. Like switch 12 0, 
bridging switch 13 0 can be a DMS-250 available from 
Nortel Corporation . 

F. Voice or audio platform 

Voice or audio platform 150 comprises call 
processors 1G0, 17 0, 180. The call processors have 
transaction processing units 161-164, as well as 
transaction processing units that are shown but not 
labeled. In a dedicated channel connection, the number 
of trunks coming into and going out of each transaction 
processing unit are fixed in number. For example, each 
transaction processing unit can receive 48 channels 
over two Tl trunks, with 24 inbound channels coming 
into each transaction processing unit 161-164 and 24 
outbound channels going out over each transaction 
processing unit 161-164. The inbound channels are used 
for receiving calls coming into each transaction 
processing unit. The outbound channels are used to 
make calls going out from each transaction processing 
unit . 

1. Call processors 
Call processors 160, 170 and 180 represent 
the systems that set up the connection in the switching 
system in a well known way. For example, as recognized 
by those of ordinary skill, call processor 160 performs 

-13- 
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call set up for the calls arriving at the transaction 
processing units 161-164. 

2. Transaction processing units 
5 Each of the transaction processing units 161- 

164 is a system capable of processing one or more types 
of service requests. Collect calls are one example of 
a type of service request. Other examples include, but 
are not limited to, credit card calls, operator 

10 assistance calls and telephone charge card calls. More 

than one transaction processing unit may be capable of 
processing the same type of service requests. These 
transaction processing units of similar function may be 
located at different call processors. 

15 An application may be associated with each of 

the types of service requests. The application is 
implemented as a combination of hardware, software, 
firmware, or the like. The application, when executed, 
performs tasks required of the transaction processing 

20 unit. Such tasks include playing scripted messages for 

callers and receiving data from callers. The scripted 
messages are transmitted over the Tl trunks to the 
callers. The data received from callers includes 
messages spoken by a caller and DTMF signals input by a 

25 caller from the telephone keypad. The applications can 

use the recorded data to make decisions regarding the 
call and to route the call, for example to a called 
party. 

Transaction processing units can include 
30 voice or audio response units. As recognized by those 

of ordinary skill, a voice or audio response unit 
provides synthesized voice responses to DTMF signal 
inputs, processing calls based on information derived 
from computer-based look-up tables, information 
35 received from callers, and information carried with the 

incoming call. 

-14- 
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An example of a transaction processing unit, 
akin to transaction processing units 161-164, is what 
is known as a master control frame in the 
telecommunications industry. An example master control 
5 frame is available from Intervoice Company, 17811 

Waterview Parkway, Dallas, TX 75252. 

G. High bandwidth pipe 

A high bandwidth pipe is a trunk group 

10 comprising a number of individual trunks. Each trunk 

is a communication line between two network elements. 
In FIG. 1, high bandwidth pipe 140 is shown to connect 
bridging switch 130 to voice or audio platform 150. 
The high bandwidth pipe is distributed into a series of 

15 Tl trunks, with a pair of Tl trunks connecting to each 

transaction processing unit 161-164. 

As shown, each pair of Tls (connecting to a 
transaction processing unit) can carry enough frequency 
bandwidth for 48 channels, with each channel carrying 

20 data corresponding to a single voice channel. In the 

example embodiment, there is one Tl dedicated for 
incoming calls to a transaction processing unit (i.e., 
24 channels) , and one Tl dedicated for outgoing calls 
from a transaction processing unit (i.e., another 24 

25 channels) . As recognized by those of ordinary skill, 

however, this breakdown is arbitrary and is not 
significant for the invention. 

H. Signaling network 

30 A signaling network, such as the CCS network, 

can be used to provide call set-up and call servicing. 
These functions include monitoring the status of the 
signaling links in use, indicating the arrival of an 
incoming call, transmitting routing and destination 

35 signals, and other such important functions. Call set- 

up is performed before the actual call data is 

-15- 
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transmitted from the telecommunications network 100 on 
the voice channels across the high bandwidth pipe 140 
to the voice or audio platform 150. 

Signaling networks are well know in the field 
5 of telecommunications, even with respect to voice or 

audio platforms. For a detailed understanding of an 
exemplary CCS network, specifically a signaling system 
7 (SS7) signaling network, the reader is referred to 
"Signaling System #7" (Travis Russell, ISBN 0-07- 

10 054991-5, McGraw-Hill, New York, NY 10020), which is 

incorporated herein in its entirety by reference. 

Though the CCS network is not shown in FIG. 
1, it is described with respect to the present 
invention below. However, it is important to note that 

15 the CCS network described below is used in a way that 

is unique to the present invention. 

III. The present invention 

A. Disadvantages of the dedicated 

20 channel connection 

There are a number of disadvantages with the 
dedicated channel connection. Because the Tls are 
dedicated to the transaction processing units 161-164, 
the transaction processing units 161-164 cannot share 

25 bandwidth. This is extremely wasteful of circuit 

resources. Most service requests to the voice or audio 
platform 150 do not require outbound Tls. Yet, the 
telecom service provider may have no other option than 
to dedicate an equal number of inbound and outbound Tls 

30 to each transaction processing unit 161-164. This is 

done to ensure that if an inbound call to the voice or 
audio platform 150 requires an outgoing leg, then it 
will be available. 

The dedicated channel connection also wastes 

35 resources of the voice or audio platform 150. If the 

voice or audio platform 150 resources have the 
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processing power, but not the required bandwidth, to 
process a call, then transaction processing units 161- 
164 are not optimally utilized. 

Another problem relates to the provision of 
signaling. Unfortunately, such intelligent devices as 
voice or audio platform 150 do not conventionally 
separate signaling and voice circuits where there are 
dedicated connections between the voice circuits and 
the transaction processing units 161- 164 ♦ 

B. An introduction 

FIG. 2 is a block diagram illustrating the 
telecommunications network used to employ the present 
invention. The telecommunications network comprises 
telephone terminal 110, LEC switch 115, switch 120, 
database 125, bridging switch 130, and a signaling 
transfer point (STP) pair 230. 

In one embodiment, database 125 can be MCI's 
data access point (DAP) , although database 125 can be 
any database recognized by those skilled in the art. 
Database 125 can be located external to switch 120 
(i.e., an external database) or instead can be located 
within switch 120 (i.e., an internal database). 

STP pair 230 is part of a CCS network 220 
(i.e., in an embodiment where CCS network 220 is an SS7 
signaling network) used to set up a call before call 
data is transmitted. Examples of CCS signaling on CCS 
network 220 include (1) any ANSI (American National 
Standards Institute) ISUP signaling message; (2) any 
ITU (International Telecommunications Union) ISUP 
signaling message; and (3) any ISUP signaling message 
that is country specific (i.e., any variations of ISUP 
that vary from country to country) . STP pair 23 0 is a 
pair of redundant packet switches that receive 
packetized signaling information over the CCS network 
220. 
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FIG. 2 also includes a virtual bearer channel 
platform 250 and an associated database 240. Database 
240 can be located external to the virtual bearer 
channel platform 250 (i.e., an external database) or 
instead can be located within the virtual bearer 
channel platform 250 (i.e., an internal database). 

C. Transmission of the call to the bridging 

switch 

FIG. 3 is a flow chart illustrating how the 
call is transmitted to the bridging switch 13 0. In 
step 302, an originating caller using telephone 
terminal 110 desires to place a collect call, in 
particular a collect call that will be handled by the 
virtual bearer channel platform 250. For example, the 
originating caller dials on the key pad of the 
telephone terminal 110 the number 1- 800 -COLLECT. A 
call then originates from telephone terminal 110. 

In step 304, the call is transmitted by the 
LEG to the LEC switch 115. In the present embodiment, 
LEC switch 115 is a CO and the call is transmitted 
therefrom to an IXC (not shown) in a well known manner. 

In step 306, the receiving IXC routes the 
call to an IXC switch. Specifically, the IXC routes 
the call to switch 120 in a well known manner. 

In step 308, switch 120 accesses the database 
125. Database 125 translates the number 1 - 8 0 0 - COLLECT 
to a telephone number associated with the virtual 
bearer channel platform 250 (the destination number of 
the virtual bearer channel platform 250) . The database 
125 also returns important routing information for the 
call. 

The inventive signaling network includes all 
types of CCS networks recognized by those skilled in 
the art.. In one embodiment, the inventive CCS network 
is an SS7 signaling network. A brief description of an 
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SS7 signaling network, specifically as it is utilized 
in the present invention, will facilitate a better 
understanding of the invention. For this discussion, 
the SS7 signaling messages are described as having four 
5 layers, although layer 4 (user layer) can be divided 

into two layers. The first layer Message Transfer 
Part - layer 1 (MTP-L1) defines the physical, 
electrical, and functional characteristics of the 
signaling data link and the means to access it. The 

10 second layer (MTP-L2) defines the functions and 

procedures for, and related to, the transfer of 
signaling messages over signaling data links. The MTP- 
L2 functions include delimination of signaling 
messages, error detection and correction, and signaling 

15 link failure detection. 

The third layer (MTP-L3) provides the 
signaling network functions, for transferring messages 
between the signaling points, which are nodes of the 
signaling network and identified by a unique point 

20 code. The signaling message handling function will 

insure that the signaling messages originated by a 
particular user part at a signaling point (originating 
point) are delivered to the same user part at the 
destination point indicated by the sending user part. 

25 The fourth layer for this area of concern is 

the Integrated Services Digital Network (ISDN) User 
Part (ISUP) . The ISUP defines the protocol that 
supports the signaling functions required to provide 
voice and non-voice services. The ISUP is used to 

30 transport such information as the calling party number, 

and trunk management information. 

The first two fields of the ISUP are the 
circuit identification code (CIC) , followed by the 
Message Type (MT) . The CIC identifies the circuit 

35 (bearer channel) selected by the call processing at the 

originating switch. The MT defines a message from a 
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set of messages used to support the setup, takedown, 
and management of bearer channels. 

There is a variety of ISUP messages. The 
most common ISUP messages are the initial address 
message (IAM) , address complete message (ACM) , answer 
message (ANM) , release message (RED , and release 
complete (RLC) . There are other messages not listed 
here. (ANSI Tl-111/1995 and Tl - 113/1995 . ) 

In one embodiment, in addition to the 
destination telephone number of the virtual bearer 
channel platform 250, the switch 120 also uses the 
database 125 to retrieve a circuit identification code 
(CIC) . This CIC identifies an available bearer channel 
between the switch 120 and the bridging switch 130. In 
another embodiment, the switch 12 0 determines the 
available bearer channel without using the database 
125. 

In step 310, switch 120 establishes a 
connection to bridging switch 130. First, switch 120 
generates an IAM and transmits it to bridging switch 
130 over the signaling network 22 0, via STP pair 230. 
The IAM includes the CIC, i.e., identifying a bearer 
channel that is available between the switches. The 
IAM also includes the destination number of the virtual 
bearer channel platform 250, and all required routing 
information. Specifically, the IAM has a CIC set to 
the trunk identifier (i.e., identifying the bearer 
channel) , an originating point code (OPC) set to the 
point code of the originating switch (i.e., switch 120) 
and a destination point code (DPC) set to the point 
code of the destination switch (i.e., bridging switch 
130). 

After call set up by the CCS network 220 is 
completed, the call is routed to the bridging switch 
130 over the available bearer channel. 
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D. SONET Bus 

The present invention uses two different 
SONET (synchronous optical network) protocol formats in 
a distribution network (SONET bus) on virtual bearer 
5 channel platform 250. The distribution network 

connects the transaction processing units on virtual 
bearer channel platform 250. 

In a first embodiment, a standard SONET 
protocol is used. Standard SONET is a protocol for 

10 high speed signals transmitted using circuit -switched 

synchronous multiplexing. Physical interfaces for 
SONET include synchronous transport signal (STS) frames 
and optical carrier (OC) frames. For a detailed 
understanding of the standard SONET format, the reader 

15 is referred to several publicly available sources, 

including "SONET and Tl Architecture for Digital 
Transport Networks," Ulysses Black and Sharlene Waters, 
ISBN#0-13-447590-9. 

A standard SONET frame includes a transport 

20 overhead field, comprising a section overhead field and 

a line overhead field, a path overhead field, stuffing 
bytes, and main portion for transmitting data (in the 
form of virtual tributaries or VTs) . In a 
telecommunications network, paths are comprised of one 

25 or more lines, which in turn are comprised of one or 

more sections. A path is a logical end- to -end link 
between users. A line is a segment between two nodes, 
used for multiplexing, synchronizing, switching, and 
cross -connecting the SONET signal. A section is a 

30 segment typically between regenerators and nodes, used 

for framing and locating faults in the communication. 
Therefore, the path overhead field, the line overhead 
field, and the section overhead field are used to 
effect communications between their corresponding 

35 communications segments, i.e., paths, lines, and 

sections . 
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In this embodiment, a SONET cross -connecting 
controller assigns each bearer channel data of the high 
bandwidth pipe 215 to specific byte positions in the 
SONET bus. The SONET bus uses a VT1.5 cell format, 
5 operating at an OC-3 rate. For OC-3 rate operation, 28 

VT1.5 cells are interleaved into a single STS-1 frame, 
and 3 STS-1 frames are interleaved into a single STS-3 
frame. An STS-3 frame has 84 cells for carrying 
channel data, and 162 additional bytes used for 

10 overhead and stuffing. A single VT1..5 cell is the 

equivalent of 27 bytes of data. 

The 162 bytes (the equivalent of 6 cells) are 
used as follows: 81 bytes for a transport overhead 
field (section overhead and line overhead fields) ; 27 

15 bytes for a path overhead field; and 54 bytes for 

additional stuff bytes. A single STS-1 has a transport 
overhead field, comprising a section overhead field and 
a line overhead field, having 27 bytes (i.e., 
equivalent to a single cell) . However, since three 

20 STS-1 frames are interleaved to form a single STS-3 

frame, the resulting STS-3 frame transport overhead 
field comprises 81 bytes. 

The section and line overhead fields of the 
inventive STS-1 frame (i.e., interleaved into an STS-3 

25 frame) can be better understood with reference to 

Tables 1 and 2 and FIGs 4A and 4B. FIG. 4A illustrates 
the bytes of a section overhead field 420, arranged as 
rows of 3 bytes. These bytes are explained in Table 1. 
Similarly, FIG. 4B illustrates the bytes of a line 

30 overhead field 440, arranged as rows of 3 bytes. These 

bytes are explained in Table 2. In FIG. 4A, the first 
two bytes of the section overhead 420 are the Al, A2 
bytes, used for synchronization. Referring to FIG. 4B, 
the first cell position (i.e., the position of the 

35 first cell carrying channel data) can be determined 

from the line overhead pointer bytes HI, H2 . The 

-22- 



SUBSTITUTE SHEET ( rule 26 ) 



WO 99/35773 



PCT/US99/00275 



remaining cell positions are determined from the well 
known interleaving technique. 

Table 1. Section Overhead 

5 



Field 


Description 


Al, A2 


flags used for 

synchronization by receiving 
machines 


CI 


used for STS-1 
identification 


Bl 


bit interleaved parity (BIP- 
8) byte for the previous 
STS-1 


El 


over wire byte for the 64 
kbits/s voice path 


Fl 


set aside for the network 
provider 


Dl, D2, D3 


used for signaling control 
and administrative alarms 


Table 2 . Line Overhead 


Field 


Description 


HI, H2 


offset in bytes to the 
first byte of the SPE 


H3 


used to frequency justify 
(negative value only) 
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5 



B2 


bit interleaved parity 
(BIP-8) parity code 
calculated for all bits in 
the line overhead 


Kl f K2 


identify automatic 
protection switches (APS) 


D4-D12 


used for line 

of a 576 kbits/s message 
used for maintenance 
control, monitoring and 
alarms 


Zl 


reserved 


Z2 


block error protection on 
broadband ISDN UNI 


E2 


order wire byte 



In the STS-3 frame of the present embodiment, 

10 the remaining 84 cells are used for carrying data. 

Each cell has 27 bytes, 24 bytes for carrying channel 
data and 3 bytes acting as Virtual Tributary (VT) 
overhead bytes. Each data byte contains a single 
bearer channel, so that a single cell carries 24 bearer 

15 channels (i.e., corresponding to one Tl) . 

Communications over the SONET bus is effected 
by successive frames. Each successive frame has the 
same sequence of cells. A single cell is designated 
for any communication over a given bearer channel . 

20 Hence, a transaction processing unit on virtual bearer 

channel platform 250 can find the correct bearer 
channel from the SONET bus by finding the appropriate 
cell. In other words, each transaction processing unit 
will transmit and receive data on one or more assigned 

25 cells, corresponding to bearer channels. 
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In this embodiment, the transport overhead 
and packing overhead bytes are use for operations, 
administration and maintenance (OAM) . Hence, this 
embodiment includes 84 cells used to carry bearer 
5 channels, 54 fixed stuffing bytes used as space fillers 

for the interleaving operation, and 81 bytes (for 
transport overhead) plus 27 bytes (for path overhead) 
used for OAM. Therefore, the bandwidth used is 155.52 
MHZ (8000 frames/second x ((84 cells/frame x27 

10 bytes/cell) +81 bytes+27 bytes+54 bytes)x8 bits/byte), 

amounting to an OC-3 rate. The data is transmitted on 
the SONET bus at OC-3 speed, being interpreted as a 
standard VT1.5 format. 

A second embodiment of the present invention 

15 uses a modified SONET format. In the modified SONET 

format, it is recognized that because the SONET signal 
is transmitted in the closed loop of the inventive 
SONET bus (distribution network 540) , the overhead and 
stuffing bytes are not required. Therefore, in each 

20 frame the 162 additional bytes that are normally used 

for the overhead and stuffing bytes are used as cells 
(i.e., 6 cells) that carry channel data. By such a 
modification, this embodiment enables the usage of 90 
cells at OC-3 speed (155.52 MHZ), versus 84 cells. By 

25 using 90 cells, the embodiment can support 90 x 24 

bearer channels, or 90 Tls. In addition, not having to 
deal with the overhead fields makes this embodiment 
less processor intensive. As with the previous 
embodiment, the frames (i.e., 90 cells) are repeated 

30 8000 times/second to support voice applications. 

FIG. 4C illustrates a modified VT1.5 SONET 
format for this embodiment. The modified SONET format 
is the same for an individual cell as the standard 
format, but differs in that 6 more cells are used in 

35 the frame. The SONET frame 400 is repeated 8000 times 

per second. A cell 402 has 27 bytes ("octets"). Of 
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these, 24 bytes 40 8 correspond to the 24 bearer 
channels of a Tl pipe. Thus, each cell 402 has 24 
bytes for carrying data, with each of these bytes 
carrying a bearer channel. The remaining three bytes 
5 in each cell 402 are VT overhead bytes. As shown, of 

the remaining three bytes in cell 402, one byte 404 is 
used for synchronization (always has the value 7E) , the 
second byte 406 is used as a cell identifier (has 
values in the range or 0-89), and the third byte is 
10 unused. 

Since ninety cells together form frame 400, 
the total bandwidth used is 155.52 MHZ (8000 
frames/second x 90 cells/frame x 27 bytes/cell x 8 
bits/byte) , i.e. OC-3 rate. Therefore, the data is 

15 transmitted on the SONET bus at OC-3 speed, but the 

content is interpreted according to the modifications 
described herein. 

Even though the virtual bearer channel 
platform of the present invention is described with 

20 reference to standard and modified SONET formats, it 

will be apparent from the description provided herein 
that alternative embodiments can be implemented using 
other SONET compatible formats (e.g., OC- 1 , OC - 12 , OC- 48 , 
etc.) with other transmission standards and speeds, 

25 depending upon suitable applications . The manner in 

which the virtual bearer channel platform of the 
present invention uses the standard and modified VT1.5 
standard will be clearer from the discussion below. 

30 E. The virtual bearer channel platform 

FIG. 5 is a block diagram illustrating the 
virtual bearer channel platform 250 in detail. Virtual 
bearer channel platform 250 includes a SONET cross - 
connecting controller 510, call processors 520A and 

35 520B having SONET interfaces 521, 531, transaction 

processing units 525, 535, a distribution network 540, 

-26- 



SUBSTITUTE SHEET ( rule 26 ) 



WO 99/35773 



PCT/US99/00275 



a gateway 550, a resource manager 560 and a 
transmission control protocol/internet protocol 
(TCP/IP) network 570. 

For the present invention, transaction 
5 processing units 525, 535 are not limited to such 

processors as voice response units. For example, in 
one embodiment, the transaction processing units are 
individual modems or banks of modems. These modems can 
function as access switches, providing access to one 

10 or more additional networks. For example, banks of 

modems 525, 535 can provide access to an asynchronous 
transfer mode (ATM) network or a frame relay 
network, which in turn provide internet access via an 
internet service provider (ISP) . 

15 Virtual bearer channel platform 250 will be 

described as operating with communication network 100 
of FIG. 2. However, it should be understood that 
virtual bearer channel platform 250 can be adapted to 
operate with other types of external networks without 

20 departing from the scope and spirit of the present 

invention. 

It is also important to note that the 
inventive virtual bearer channel platform 250 does not 
necessarily correspond to what is recognized in the art 

25 as a virtual bearer channel platform, and is provided 

herein only to provide ease of understanding. For 
example, the platform resources (e.g., transaction 
processing units 525, 534, gateway 550, resource 
manager 560 and SONET cross -connecting controller 510) 

30 may be located at great geographical distances from one 

another, such that the resource would not be considered 
part of what is currently understood to be a 
"platform. 11 Accordingly, virtual bearer channel 
platform is to be defined by the functional 

35 relationships between the resources as provided herein, 
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and not any current notions of a virtual bearer channel 
platform. 

1. Distribution network and SONET 

5 interfaces 

In a preferred embodiment, distribution 
network 540 is a SONET Bus. The SONET bus transports 
bearer channels between the bridging switch 130 and the 
transaction processing units 525, 535. In other words, 

10 the SONET bus can be thought of conceptually as a frame 

structure for bearer channel signals coming into the 
virtual bearer channel platform 250 from the high 
bandwidth pipe 215 and for bearer channel signals going 
out over the high bandwidth pipe 215 from the virtual 

15 bearer channel platform 250. 

Within the virtual bearer channel platform 
250, the transaction processing units 525, 535 can add 
data to or remove data from the SONET bus, using the 
SONET interfaces 521, 531, respectively. Therefore, 

20 the SONET bus is effectively a SONET loop that 

traverses all the transaction processing units 525, 535 
of the virtual bearer channel platform 250. The signal 
of the bearer channels coming in over the high 
bandwidth pipe 215 is time division multiplexed to form 

25 the SONET bus. As noted, a standard SONET format 

signal or a modified SONET format signal can be used. 

2. SONET cross -connecting controller 
SONET cross -connecting controller 510 is 

30 coupled to the Tls of the high bandwidth pipe 215 on 

one side (outside the virtual bearer channel platform 
250) and to distribution network 540 on the other side 
(inside the virtual bearer channel platform 250) . 
SONET cross -connecting controller 510 is a multiplexer 

35 and demultiplexer. For example, SONET cross -connecting 

controller 510 can be an add- drop multiplexer (ADM) . 
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SONET cross -connecting controller 510 time 
division multiplexes the data coming in from the high 
bandwidth pipe 215. It also time division 
demultiplexes the data going back out over the high 
5 bandwidth pipe 215. It provides an interface between 

the two sides (i.e., high bandwidth pipe 215 and 
distribution network 540) to transfer the bearer 
channel data from one side to the other while 
conforming to the interface standards on the respective 
10 sides. 

3 . Gateway- 
Gateway 550 is a programmable protocol 
converter that handles all signaling functions for the 
virtual bearer channel platform 250. Gateway 550 can, 

15 for example, be a combination of hardware and software 

implemented on a computer system implementing an 
operating system (e.g., the Unix Operating System). 
Although the gateway 550 is described in this section, 
its functions are more fully described below in the 

20 discussion of FIGS. 6-8. 

Gateway 550 receives CCS messages coming in 
over the CCS line 235. It converts a received CCS 
message into the TCP/IP protocol and generates a 
corresponding TCP/IP message. It then transmits the 

25 generated TCP/IP message over the TCP/IP network 570 to 

the resource manager 560. In the preferred embodiment, 
the TCP/IP network 570 is a type of ethernet network. 
In one embodiment, the generated TCP/IP message uses 
the proprietary MCI Switch Protocol (MSP) . However, as 

30 recognized by those of ordinary skill, any type of 

similar protocol can be used as well. For example, any 
byte -oriented protocol or any protocol defined by using 
abstract syntax notation 1 (ASN.l) can be used. 
Examples of protocols include, but are not limited to, 

35 Enterprise Computer Telephony Forum (ECTF) S.200, X.25, 

SNA, ITU Q931. 
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Gateway 550 also receives TCP/IP messages 
transmitted from the resource manager 560 over the 
TCP/IP network 570. As illustrated in the discussion 
below, in response the gateway 550 can then generate 
and transmit a corresponding CCS message over the CCS 
line 235. 

Gateway 550 performs all timing functions 
required by the CCS protocol and the TCP/IP protocol. 
It also handles all CCS flow control, overload 
processing, and management activities required by both 
the CCS network and the resource manager 560. 

Those of ordinary skill will note that the 
gateway 550 can perform a similar function for 
protocols other than any specific CCS protocol and the 
TCP/IP protocol. The reason is that a primary 
importance of the gateway 550 is to act as a conduit 
between the resource manager 560 and the CCS network 
220. 

4 . Resource Manager 
Resource manager 560 is a key component of 
the present invention. In a preferred embodiment, it 
comprises a combination of hardware and software 
implemented on a computer system using the Unix 
Operating System. Although the resource manager 560 is 
described in this section, its functions are more fully 
described below in the discussion of FIGS. 6-8. 

a. Maintaining resource status 

A key function of the resource manager 560 is 
the maintenance of status information about the 
elements of the virtual bearer channel platform 250. 
This information is readily stored in and retrieved 
from an internal or external database 240. For 
example, such an accessible database is MCI's data 
access point (DAP) , although database 240 can be any 
database recognized by those skilled in the art. 
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The resource manager 560 maintains the status 
of each bearer channel coming into the virtual bearer 
channel platform 250 over high bandwidth pipe 215. It 
also maintains the status of each bearer channel going 
5 out from the virtual bearer channel platform 250 over 

the high bandwidth pipe 215 . The resource manager 560 
determines the incoming bearer channel status by 
determining which bearer channels coming into the SONET 
cross -connecting controller 510 (from the high 

10 bandwidth pipe 215) are available and which of these 

bearer channels are in use. Similarly, the resource 
manager 560 determines the outgoing bearer channel 
status by determining which bearer channels coming out 
of the SONET cross - connecting controller 510 are 

15 available and which of these bearer channels are in 

use. 

The resource manager 560 maintains the 
present status and the potential status of each 
transaction processing unit 525, 535. For example, the 

20 resource manager 560 has knowledge of which transaction 

processing units are busy, and which are available. It 
can also have knowledge of how long a given transaction 
processing unit 525, 535 has been in use. 

In addition, the resource manager maintains 

25 knowledge of which transaction processing units 525, 

535 can process a call coming into the virtual bearer 
channel platform 250. For example, the resource 
manager 560 determines which transaction processing 
units 525, 535 can process a 1- 800 -COLLECT call. 

30 This includes knowledge of whether a given call 

requires special processing. For example, if the 
destination number is an 800 number, the number can be 
translated to different numbers depending on the time 
of day, etc. As with other data, the resource manager 

35 560 obtains this information by accessing an internal 

or external database, such as the database 240. Other 
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special processing requirements include connecting to 
an operator as specified by the database or providing 
additional voice prompts before turning the control 
over to the transaction processing unit 525, 535. 

5 

b. Incoming Calls 

When a service request comes into the 
platform over the CCS line 235, gateway 550 informs the 
resource manager 560 of the service request by sending 
10 it a message. The resource manager 560 determines from 

this message on which bearer channel data is coming. 
It then assigns the data to an available transaction 
processing unit 525, 535 capable of processing the 
call . 

15 In determining to which transaction 

processing unit 525, 535 to direct an incoming call, 
the resource manager 560 performs load balancing (also 
called load sharing) . For example, based on a 
predetermined or real time calculation, the resource 

20 manager 560 can distribute the incoming call to the 

transaction processing units 525, 535 such that the 
transaction processing units 525, 535 have equivalent 
processor usage, i.e., for processing efficiency. 

In a preferred embodiment, the resource 

25 manager performs load balancing by keeping track of the 

'present load 1 on each transaction processing unit 525, 
53 5. The present load may be measured as a function of 
a number of variables. One variable is the fraction of 
the available processing power used in a predetermined 

30 amount of time in the recent past. The fraction of 

processing power used can be ascertained, for example, 
by using utilities provided by the operating system 
supporting the individual transaction processing units 
525, 535. Another variable is the number of service 

35 requests allocated to the transaction processing unit 

525, 535. A third variable is the nature of the 
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service requests allocated to the transaction 
processing units 525, 535. 

c. Outgoing calls 

In some cases, the transaction processing 
units 525, 535 will need to make an outgoing call from 
the virtual bearer channel platform 250. For the 
example of a 1-800 -COLLECT call, the transaction 
processing unit 525 receiving the call will first 
record information from the caller, e.g., the caller's 
name and the called party telephone number. Next, the 
transaction processing unit 525 will need to call the 
called party in order to verify acceptance of the call 
and complete the connection between the caller and the 
called party. 

This leg of the call (to the called party) is 
a call directed out of the virtual bearer channel 
platform 250. When the transaction processing unit 525 
desires to make an outbound call, it informs the 
resource manager 560. The resource manager 560, in 
turn, selects an available bearer channel for the 
outgoing leg over the high bandwidth pipe 215. It 
sends this information to gateway 550, which uses the 
CCS network 220 to connect to the called party. The 
outgoing leg of the call is then transmitted over the 
available bearer channel selected by the resource 
manager 560. 

d. Unavailability or failure of resources 
The resource manager 560 also handles 

unavailability or failure of resources. If no 
transaction processing units 525, 535 are available to 
process the incoming call, the resource manager 560 can 
queue the call so it can be processed by the next 
available transaction processing unit. The resource 
manager 560 can also park the call at an alternative 
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transaction processing unit, which plays pre-recorded 
messages indicating a delay to the caller. If the call 
is parked, it is also placed in a queue until the next 
appropriate transaction processing unit becomes 
available. 

If it is determined that the platform cannot 
support the call, the resource manager 560 can send a 
release message (e.g., RED to the bridging switch 130, 
requiring the bridging switch 130 to release the call. 
The bridging switch 130 will send back a message 
acknowledging the release. 

The platform is made self-healing by making 
use of the knowledge about failed transaction 
processing units. In response to such knowledge, the 
resource manager 560 will update its database. 

If a transaction processing unit becomes 
inactive during processing of a call, it will notify 
the resource manager 560. In turn, the resource 
manager 560 will reassign the call to a different 
transaction processing unit on virtual bearer channel 
platform 250. 

If any of the CICs coming in (or going out) 
over the high bandwidth pipe 215 are lost, the resource 
manager 560 will update its status accordingly. For 
example, the resource manager 560 will update its 
database to indicate the condition. The functions of 
the resource manager are more fully described below. 

F. Establishing an incoming bearer channel 
with a transaction processing unit 

FIG. 6 is a flow chart illustrating how the 
call is connected from the bridging switch 13 0 to a 
transaction processing unit 525 on the virtual bearer 
channel platform 250. 

In step 602, bridging switch 130 examines the 
I AM transmitted from the switch 120 and determines that 
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the connection must be made to the virtual bearer 
channel platform 250. The bridging switch 130 locates 
an available bearer channel going to the virtual bearer 
channel platform 250. This is an available bearer 
5 channel along the high bandwidth pipe 215. 

Concurrently or thereafter in step 604, 
bridging switch 130 also assembles its own I AM for 
transmission to the virtual bearer channel platform 
250. This I AM includes the designation of the selected 

10 bearer channel (i.e., the CIC) , the destination point 

code of the virtual bearer channel platform 250, and 
other important routing information. The I AM is 
transmitted over the signaling network 22 0 along with 
the other signaling information. For example, the I AM 

15 (more correctly the CCS message containing the ISUP 

I AM) will include the selected bearer channel (i.e., 
the CIC) , an OPC field set to the point code of the 
bridging switch 130, and a DPC field set to the point 
code of the virtual bearer channel platform 250. The 

20 CCS signaling message is transmitted to STP pair 230 

over signaling trunks 235. From the STP pair 230, the 
CCS message is transmitted to the virtual bearer 
channel platform 250. 

In step 606, gateway 550 receives the CCS 

25 message (the I AM) from STP pair 230. Gateway 550 is a 

protocol converter. It converts the CCS message from 
the particular CCS protocol to, for example, a TCP/IP 
protocol. The TCP/IP message is transmitted over 
TCP/IP network 570, which can be an ethernet 

30 network, to resource manager 560. 

In step 6 08, the resource manager 560 
extracts the CIC from the TCP/IP message. The resource 
manager 560 then translates the CIC, using an internal 
or external database 240, to determine where the data 

35 is located on the SONET bus. Specifically, the 

resource manager 560 determines the cell identifier 406 
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(the second byte) and the position of the bearer 
channel within the cell, which is one of the 24 
channels of that cell. 

In step 610, the resource manager 560 uses 
the called party number extracted from the I AM to 
determine which transaction processing unit 525 (or 
535) is to receive the call. This called party number 
is the number returned by database 12 5, which 
represents a translated version of the number 1-800- 
COLLECT. Again, the resource manager can perform a 
look-up in database 240 to determine the correct 
transaction processing unit 525. 

In allocating this received service request 
to an appropriate transaction processing unit 525, 535, 
the resource manager 560 maintains an active list of 
which transaction processing units 52 5, 535 have the 
capability to process which types of calls. This 
active list can be maintained in an internal or 
external table, (e.g., database 240) which the resource 
manager 560 can readily access. For example, for 
1-800 -COLLECT calls, the resource manager 560 must have 
knowledge of which transaction processing units 525, 
535 can process collect type calls. 

The resource manager 560 can also perform 
load balancing in determining which transaction 
processing unit 525, 535 is to process a call. This is 
done so that the transaction processing units 525, 535 
are not unduly loaded, for more efficient utilization 
of these resources . 

In accomplishing load balancing, resource 
manager 560 keeps track of the 'present load* on each 
transaction processing unit. The present load can be 
measured as a function of several variables. One 
variable is the fraction of the processing power that 
is available. Another variable is the number of 
service requests allocated to the transaction 
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processing unit 525, 535. A third variable is the 
nature of the service requests allocated to the 
transaction processing unit. 

In step 612, the resource manager 560 then 
transmits a call offered signal to the appropriate 
transaction processing unit 525. As noted, each bearer 
channel coming into the virtual bearer channel platform 
250 at SONET cross -connecting controller 510 comes in 
over a bearer channel. The resource manager 560 has 
knowledge of the availability of all of the bearer 
channels coming into and going out of the bearer 
channel platform 25 0 by accessing an external or 
internal database 240. Each bearer channel is assigned 
to a specific bit position within the frame of the 
SONET bus, which can be referred to as a SONET circuit 
or a distribution network circuit. 

Therefore, based on the bearer channel of the 
received call, the resource manager 560 designates in 
the call offered signal which bit positions (or SONET 
circuit) the transaction processing unit 52 5 will use 
to access incoming data. Here, the transaction 
processing unit 525 is one that is available and is 
capable of processing a 1 - 800 -COLLECT call. 

In step 614, the transaction processing unit 
525 establishes a connection with the designated SONET 
circuit via the call processor 520A. Determining the 
call to be a 1 - 8 0 0 - COLLECT call, the transaction 
processing unit 525 then plays one or more scripted 
messages (or prompts) asking for information from the 
caller. 

The scripted message is followed by actuation 
of the transaction processing unit 525 and the call 
processor 520A to receive information from the caller 
that is either spoken or keyed into the telephone 
terminal 110, followed by recording of the information 
by the transaction processing unit 525. For example, 
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the caller can be asked for the caller's name, which is 
recorded by the transaction processing unit 525 when 
spoken by the caller. After this, the caller is asked 
to key in the number being called, which is recorded by 
the transaction processing unit 525 as a series of dual 
tone multi- frequency (DTMF) signals. The communication 
established between the caller at telephone terminal 
110 and the transaction processing unit 525 is over a 
bidirectional line. 



10 



G. Establishing an outgoing bearer channel 
with the called party 

FIGS. 7A and 7B are flow charts illustrating 
how the call is connected from a transaction processing 

15 unit 52 5 to the called party. 

In step 702, once all the information is 
collected from the caller, then the transaction 
processing unit 525 transmits the information to the 
resource manager 560. The resource manager 560 has 

20 knowledge of the availability of all of the bearer 

channels coming into and going out of the virtual 
bearer channel platform 250 by accessing database 240. 

In step 704, the resource manager 560 then 
selects an available SONET circuit i.e., an empty cell 

25 in the SONET bus, in which to make the outgoing leg of 

the call. This is the leg of the call that goes out 
from the virtual bearer channel platform 250. 
Accordingly, in step 706 resource manager 560 sends a 
make call message to the gateway 550. This message is 

30 transmitted over TCP/IP network 570. 

In step 708, the gateway uses the information 
transmitted from the make call message to generate a 
corresponding CCS message. Specifically, the gateway 
550 generates an I AM, including the called party number 

35 (the number being called by the caller) and the 

available bearer channel. An IAM message is 
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transmitted to the bridging switch 13 0, including the 
available bearer channel (i.e., CIC) , an OPC set to the 
point code of the virtual bearer channel platform 250 , 
and a DPC set to the point code of the bridging switch 
5 130. 

In step 710, the bridging switch 13 0 
transmits the message to the called party. As 
recognized by those of ordinary skill, the called party 
can be located in a number of ways . The bridging 

10 switch 13 0, in combination with the CCS network, must 

transmit the call to an appropriate LEC switch 
(specifically a CO switch) that will locate the called 
party. For example, the call is transmitted to one or 
more switches, one of which may have a connection to 

15 the LEC switch of the called party. The LEC switch, 

operating within the called party's LATA, transmits the 
call to the called party. 

In step 712, address complete (ACM) and 
answer (ANM) messages are sent back to the gateway 550 

20 from the network. For instance, after the I AM is 

received at the LEC switch, an ACM is transmitted back 
to the gateway 550 over the CCS network 220. 
Subsequently, when the called party answers the 
telephone (goes off -hook) , an ANM message (an I SUP 

25 message) is transmitted back to the gateway 550 over 

the CCS network 220. 

In step 714, after the gateway 550 receives 
the ANM message, it sends a connected message over the 
TCP/IP network 570 to the resource manager 560. (This 

30 informs the resource manager 560 that a connection has 

been established over an outgoing bearer channel to the 
called party. ) 

In step 716, the resource manager 560 
translates the bearer channel, using the database 240, 

35 to determine where outgoing messages should be placed 

on the SONET bus. Specifically, the resource manager 
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560 determines the cell identifier 406 and the position 
of the bearer channel within the cell. In addition, 
the resource manager 560 informs the transaction 
processing unit 52 5 the position on the SONET bus to 
5 which the outgoing leg of the call corresponds. The 

resource manager updates the status. 

In step 718, the transaction processing unit 
establishes a connection to the called party using the 
SONET circuit (the designated channel in the SONET bus) 

10 by means of the call processor 52 OA. The transaction 

processing unit 525 then plays one or more scripted 
messages (or prompts) that informs the called party of 
the collect call and provides the called party the 
opportunity to accept or decline the call. The 

15 scripted message is followed by actuation of the 

transaction processing unit 525 and the call processor 
520A to receive information from the caller that is 
either spoken or keyed into the telephone terminal 110 f 
followed by recording of the information by the 

20 transaction processing unit 525. 

For example, the transaction processing unit 
525 plays a prerecorded message informing the caller 
"You have a collect call from", followed by the 
recorded voice of the caller speaking his own voice, 

25 such as "Timothy." The caller is then given the 

opportunity to accept or decline the call by keying in 
a digit indicating "Yes" or "No." The transaction 
processing unit 525 will accept the called party's 
response to determine whether or not to provide a 

30 connection between the callers. The communication 

established between the transaction processing unit 525 
and the called party is over a bidirectional line. 

If the call is not accepted, the transaction 
processing unit 525 can also inform the caller of the 

35 called party's refusal to accept the call. In this 

scenario, the call is released. The transaction 
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processing unit 525 will notify the resource manager 
560 of the need to release the call. It will also 
transmit a message to the gateway 550 that release is 
required- Gateway 550 will send the bridging switch 
130 REL (release) messages over the CCS network 220. 
The bridging switch will send back an RLC (release 
complete) message to verify the release of the call. 
The gateway 550 then notifies the resource manager 560 
of the release, after which the resource manager 560 
will update database 240 and store the status* of the 
bearer channels. 

In step 720, when the called party accepts 
the call, then the transaction processing unit 525 
transmits a message indicating this condition to the 
resource manager 560. 

H. Releasing the virtual bearer channel 

platform 

FIG. 8 is a flow chart illustrating how the 
caller is connected to the called party, and the 
virtual bearer channel platform 250 is released from 
the connection. I'his occurs" if " the*"calied* party 
accepts the call . 

In step 802, the resource manager 560 sends a 
bridging message over the TCP/IP network 570 to the 
gateway 550. The bridging message includes the CICs of 
both the incoming connection (i.e., via bearer channel) 
to the transaction processing unit 525 from the caller 
and the outgoing connection (i.e., via bearer channel) 
from the transaction processing unit 525 to the called 
party. The bridging message informs the gateway 550 to 
transmit a bridging FAR message, which identifies the 
two bearer channels. In response, the gateway 550 
sends out the bridging FAR message to the bridging 
switch 130. 
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In step 804, the bridging switch 130 receives 
the bridging FAR message, identifying the incoming and 
the outgoing legs of the call. In response, the 
bridging switch 13 0 bridges the two legs of the call, 
i.e., between the caller and the bridging switch 130, 
and between the bridging switch 130 and the called 
party. 

The bridging switch releases the bearer 
channels going to the transaction processing unit 525 
from the bridging switch 13 0 and the bearer channel 
coming out of the transaction processing unit 525 going 
to the bridging switch 130. 

In step 806, a release (RED message is 
transmitted over the CCS network 220. Specifically, 
the bridging switch 13 0 transmits a REL message to the 
gateway 550 of the virtual bearer channel platform 250. 

, In step 808, , gateway 550 informs resource 
manager 560 (over the TCP/IP network 570) that the two 
bearer channels have been released. In response, 
resource manager 560 updates database 240 to indicate 
m ^ that, th^two ^ pnce .again available 

for other communication. 

In step 810, resource manager 560 informs 
gateway 550 of the release (i.e., the receipt of a 
message indicating the release) . In response, gateway 
550 transmits a release complete (RLC) message back to 
the bridging switch 550, indicating that the release 
has been completed. 

I. Unavailability or failure of resources 
1. Transaction processing units 

unavailable 

It is possible that when a service request 
(i.e., the I AM) is received at the virtual bearer 
channel platform 250, no required transaction 
processing unit 525, 535 is available. As one example, 
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the resource manager 560 determines that none of the 
transaction processing units 525, 535 are available. 
As another example, the resource manager 560 determines 
that no transaction processing unit 525, 53 5 capable of 
handling this particular incoming call is available. 

As one option, the resource manager 560 can 
queue the incoming call and wait for an available 
transaction processing unit. As another option, the 
resource manager 560 can park the incoming call at 
another transaction processing unit. This alternative 
transaction processing unit will provide bit positions 
on the SONET bus to play a recorded message for the 
caller. For example, the alternative transaction 
processing unit can play the message "We 1 re sorry, but 
all circuits are busy. Please hold." or instead a 
musically greeting. The resource manager 560 will put 
the service request on a queue. In predesignated units 
of time, the resource manager 560 will check the status 
of the required transaction processing unit 525, i.e., 
the transaction processing unit that can process the 
call. When the required transaction processing unit 
560' becomes available, tHe "resource 'managier 560 will 
transfer the call to it for processing by sending it a 
call offered message, as with any other call. 

2. Transaction processing unit failure 
It is possible that the transaction 
processing unit 525, 535 will fail. In this case, the 
resource manager 560 will move the call to another 
transaction processing unit on the same virtual bearer 
channel platform 250. 

J. A supplemental embodiment 

FIG. 9 is a block diagram illustrating a 
supplemental embodiment. This embodiment illustrates 
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(1) how a virtual bearer channel platform can have more 
than one SONET cross - connecting controllers, and (2) 
how two or more distribution networks can be joined 
together in the form of rings . 

LEC 910, LEC 912 and MCI local network 914 
provide communications to OC-24 SONET network 970 
(i.e., a distribution network) by bearer channels 
on high bandwidth pipes 920, 922 and 924, respectively. 
These bearer channels are respectively multiplexed onto 
ADMs 930,931 and 932. Accordingly, ADMs 930, 931 and 
932 serve as SONET cross -connecting controllers, 
providing access to SONET network 970. 

An SS7 gateway 940 is illustrated, providing 
the protocol conversion function for signaling messages 
directed between SS7 network 9 60 and a platform TCP/IP 
network 950. One or more resource managers (not shown) 
can manage the resources of a virtual bearer channel 
platform defined by SS7 gateway 940, ADMs 930-933, 
TCP/IP network 950 and SONET network 970. 

Although an SS7 network 960 and corresponding 
SS7 -using network elements 940, 942, 946 and 948 are 
"illustrated, any CCS network and 'corresponding elements 
can be used as recognized by those skilled in the art. 
Similarly, although SONET networks 970, 9 80 are 
illustrated, any distribution network can be used, as 
recognized by those skilled in the art. 

Ring interface 942 connects the OC-24 SONET 
network 970 to the much higher rate OC-192 SONET 
network (i.e., another distribution network). Ring 
interface 942, itself, comprises a time division 
multiplexer (TDM) and corresponding a processor, as 
well as a SONET interfaces (not shown) . Ring interface 
942 accepts bytes of data coming into it on an inbound 
path (i.e., from SONET network 970) and transmits these 
bytes in an outbound path (i.e., onto SONET network 
980) . For the inbound path, a processor will place 
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bytes of data from a SONET interface (interfacing with 
the SONET network 970) onto a TDM bus. For the 
outbound path, a processor will place the same bytes of 
data from the TDM bus onto a SONET interface 
interfacing with SONET network 980. Ring interface 942 
performs signaling functions similar to the inventive 
gateway (as described above) in determining the 
locations of the bytes of data on the SONET networks 
970, 980, and is therefore connected with SS7 network 
960. 

Ring interfaces 946 and 948 can perform a 
similar function as ring interface 942, providing 
access to additional distribution networks. In 
addition, each of ring interfaces 942-948 can provide 
access to more than one other distribution networks by 
performing the same path- in, path- out function on 
multiple distribution networks, with accompanying 
signaling messages. In this latter case, ring 
interfaces 942-948 are more appropriately called "hub 
interfaces. " 

IV. ' Conclusion * * ' -** 

While various embodiments of the present 
invention have been described above, it should be 
understood that they have been presented by way of 
example only, and not limitation. Thus, the breadth 
and scope of the present invention should not be 
limited by any of the above -described exemplary 
embodiments, but should be defined only in accordance 
with the following claims and their equivalents. 
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What is Claimed Is : 



1 1. A virtual bearer channel platform for 

2 processing a service request received on a 

3 communications network, said virtual bearer channel 

4 platform comprising: 

5 a plurality of transaction processing units; 

6 a distribution network coupled to said 

7 plurality of transaction processing units; and 

8 a cross -connecting controller coupled to said 

9 distribution network and said communications network, 

10 said cross -connecting controller receiving data 

11 corresponding to said service request from said 

12 communications network and providing the received data 

13 on said distribution network to one of said plurality 

14 of transaction processing units, 

15 wherein the bandwidth on said distribution 

16 network is shared by a plurality of said plurality of 

17 transaction processing units. 



2. The virtual bearer channel platform of claim 

1, '''wherein said distribution network comprises one of: 
a standard SONET distribution network; and 
a modified SONET distribution network. 



1 3. The virtual bearer channel platform of claim 

2 1, further comprising a resource manager for allocating 

3 the received service request to one of said plurality 

4 of transaction processing units. 

1 4. The virtual bearer channel platform of claim 

2 3, further comprising a gateway for interfacing with 

3 said communications network to provide a connection 

4 between a bearer channel on which said service request 

5 is received and said one of said plurality of 
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1 transaction processing units to which said service 

2 request is allocated. 

1 5 . The virtual bearer channel platform of claim 

2 4, wherein said communications network comprises a 

3 common channel signaling (CCS) network. 

1 6. The virtual bearer channel platform of claim 

2 4, wherein said communications network includes a 

3 plurality of bearer channels including said bearer 

4 channel on which said service request is received, 

5 wherein said cross -connecting controller 

6 forwards data received on said bearer channel on which 

7 said service request is received to said one 

8 transaction processing unit. 



7. The virtual bearer channel platform of claim 

6, wherein said distribution network is implemented 
using a modified SONET- type protocol, 

wherein said modified SONET - type protocol is 
defined by a plurality of frames, with each of said 
frames comprising a plurality of bytes, 

wherein data corresponding to each of said 
bearer channels is dedicated to be transferred on 
predetermined bytes within each of said frames, and 

wherein said cross -connecting controller 
provides data corresponding to said service request on 
the bytes dedicated to said bearer channel on which 
said service request is received. 



1 8. A method of processing a service request 

2 received by a virtual bearer channel platform on a 

3 communications network, said virtual bearer channel 

4 platform including a plurality of transaction 

5 processing units, said method comprising the steps of: 
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1 receiving data corresponding to said service 

2 request; 

3 forwarding the data to one of said plurality 

4 of transaction processing units using a distribution 

5 network, wherein said distribution network is shared by 

6 a plurality of said plurality of transaction processing 

7 units ; and 

8 processing said service request in said one 

9 of said plurality of transaction processing units. 

1 9. The method of claim 8, further comprising the 

2 step of: 

3 allocating said service request to said one 

4 of said plurality of transaction processing units using 

5 a resource manager. 

1 10. The method of claim 9, wherein said 

2 distribution network is implemented using one of: 

3 a standard SONET distribution network; and 

4 a modified SONET distribution network. 

1 11. The method of claim 10, further comprising 

2 the step of: 

3 receiving an indication of arrival of said 

4 service request and an identifier of a bearer channel 

5 from a gateway, and sending said identifier from said 

6 gateway to said resource manager. 

1 12. The method of claim 11, further comprising 

2 the step of: 

3 sending to said resource manager said bearer 

4 channel identifier and an indication of said 

5 transaction processing unit which processes said 

6 service request. 
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1 13 . A virtual bearer channel platform connected 

2 to a communications network with one or more bearer 

3 channels, said virtual bearer channel platform 

4 comprising: 

5 a plurality of transaction processing units 

6 for processing or transmitting a service request; 

7 a distribution network providing 

8 communications with said plurality of transaction 

9 processing units within said virtual bearer channel 

10 platform; and 

11 a cross -connecting controller for coupling 

12 the one or more bearer channels to the distribution 

13 network. 



14. The virtual bearer channel platform according 

to claim 13, wherein said service request is an inbound 
service request received by the virtual bearer channel 
platform from the communications network. 



1 15. The virtual bearer channel platform according 

2 to claim, 13 ,. wherein said service request is an 

3 outbound service request received by the virtual bearer 

4 channel platform from the communications network. 

1 16. The virtual bearer channel platform according 

2 to claim 13, further comprising: 

3 a resource manager for controlling access of 

4 said plurality of transaction processing units to said 

5 distribution network and for maintaining a status of 

6 said bearer channels and said distribution network. 
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An originating caller places a call. e.g.. 1-800-COLLECT 
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The call is transmitted by the local exchange carrier (LEG) to an IXC 



X 



304 



The interexchange carrier (IXC) routes the call to a 
switch 



X 
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The switch obtains routing instructions from a Database 
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The tandem switch establishes a connection with a 
bridging switch 
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The bridging switch opens up the I AM transmitted from the 
tandem switch and locates an available bearer channel to the 
virtual bearer channel platform 



602 



The bridging switch assembles its own 1AM and transmits it to the 
virtual bearer channel platform over the SS7 signaling network 



604 



The gateway receives the IA 
IP protocol, and transmits i 


iM, converts it into the TCP/ 
t to the resource manager 




r 


The resource manager extracts the C1C (identifying the 
available bearer channel) from the TCP/IP message, and 
translates the CIC to determine where the data is located 
on the SONET Bus (i.e., the location of thVSONET 
circuit) 




r 


The resource manager uses the called party number 
(obtained from the 1AM) to determine the appropriate 
transaction processing unit that should receive the call 




r 


The resource manager transmits a call offered signal to 
the appropriate transaction processing unit 
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608 



610 



612 



This transaction processing unit establishes a connection with the 

caller over the bearer channel via its call processor, and 
establishes communications with the caller to receive needed caller 

data 
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Once all the needed information is received from the caller, the transaction processing unit transmits 

the information to the resource manager 




702 



704 



The resource manager sends a make call message to the gateway over the TCP/IP network 



70S 



,The gateway transmits an 1AM to the bridging switch, which includes the identity of the available 
bearer channel and the called party number 
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1 f 

Acknowledgement messages are sent: specifically 
to the gateway after the called party is located; alsc 
to the gateway after the 


, an ACM message is sent over the SS7 network 
>, an ANM message is sent over the SS7 network - 
; called party answers 






The gateway sends an acknowledge message over the TCP/IP network to the resource manager, _ 
informing the resource manager that a connection has been established 






The resource manager informs the transaction processing unit which byte position in the SONET bus 
(I.e., SONET circuit) over which to make the call, and updates its database to reflect this designation 
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This transaction processing unit establishes a connection with the called party over the outgoing 
bearer channel via its call processor and establishes communications with the caller to determine 
whether the called party will accept the collect call 






The transaction processing unit informs 


the resource manager of call acceptance 
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The resource manager sends a bridging message to the gateway 
over the TCP/IP network, which includes the identifiers of both the 
incoming and the outgoing legs of the call (over the bearer channels); 
in response, the gateway sends a bridging FAR message to the 
bridging switch 



802 



The bridging switch receives the bridging FAR message and 
removes both legs of the call directed to the virtual bearer channel 
platform, and bridges the call between the caller and the called party 



804 



The bridging switch sends a REL message to the gateway of the 
virtual bearer channel platform 



806 



The gateway informs the resource manager that the two bearer 
channels have been released, and the resource manager updates its 

database 



808 



The gateway receives a message back from the resource manager, 
and the gateway sends an RLC message back to the bridging switch 



810 
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